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Using scripts to generate style and content for XML documents 



(57) Method for generating XML documents using a 
script language that includes control statements for data 
content and style information. Scripts Include script 
language control statements. A script processor 202 
processes at least one script and generates a content 
document that specifies the content to be included In the 
XML document and a style document such as an XSL 
document that specifies the style for displaying the 
content in the XML document. One set of program 
instructions transforms the content document and the 
style document into an XML document Another set of 
program instructions converts the XML document to an 
output document 212 for a selected type of display. The 
script language and script processor provide facilities for 
gathering content and style information from a plurality 
of sources. The script language may be XSP (XML server 
pages language). A base script is defined. User scripts 
may extend or override portions of the base script. 
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Fia3 

300 

FILE = inventors.xsp ^ 

302 

^<xsp:script base="inventor-base.xsp" xmlns:xsp-"uri:xsp" xmlns:xsl="uri:xsl" 

xmlns:doc=uri:doc"> 
<!-This script extends inventor-base.xsp--> 
<!-Over-ride contents implementation in the base script-> 

c/i/f'-^^<xsp:sub name="contents"> ^ x • , ^ 

<!--Ask XSP to get the list of inventors as a server-side data island 
and hold onto it for script lifetime--> 

o/io ' ' <xsp:xml name="listofinventors" srG=7xsp/data/investors/xsp.xml" /> 

JUo <!-Use XSP to query the data island, with a query attribute to 

retrieve only the inventors (not managers)--> 
ono <xsp: query src="#listofinventors" query=7/ inventors"> 

<!--stanard XSL root rule to start stylesheet processing or 

this document fragment~> 
<xsl:template match=T> 

<-XSL formatting statements go here--> 

<xsl:template> 

« 

<I-XSP to call base subroutine to import the default rules-> 
<xsp:callhref="#core-templates'7> : 

<!--XSL again to provide a special template for an inventor. • 

outputting selected fields In the desired order-> 
<xsl:template match="inventor"> 

<I-XSL formatting statements go here--> 

<xsl:template> 
</xsp:query 

<!-Use XSP to query the same data island a second time for 

managers and not inventors--> 
<xsp: query src="#listofmventors" query=7/ managers"> 
<xsl:template match=T> 

<--Put statements for standard XSL stylesheet 
processing for this portion of the document-> 
<xsl:template> 

</xsp:query> 
555-'-^-</xsp:sub> 
^</xsp:script> 

398 
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FIG. 4 

File=inventor-base.xsp 400 

"^^^"V <xsp:script xmlns:xsp="uri:xsp" xmlns:xsl="uri:xsr xmlns:doc= uri:doc"> 
<!--Base script-> 

<!-Default XSP entry point-> 
<xsp:sub name="main'> 

<!--lnsert any standardised output here-> 
<!-Then call the contents routine> 
<xsp:call href="#contents"/> 
</xsp:sub> 

<!-Provide a default XSP contents routine~> 
<xsp:sub name ="contents"> 

<!-Ask XSP to query the document--> 
<xsp:query src=7xsp/data/lnventors/xsp.xml"> 

<!-Now XSL begins - just provide a default rule--> 
<xsl1emplate match=T 

<xsl:template> 

<!-Now call an XSP routine to import the default rules before 
invoking XSL--> 
428—^^ <xsp:call href="#core-templates" 
<xsp:query> . . 
<xsp:sub> 

<-This XSP routine provides two XSL default rules whenever needed-> 
</xsp:sub name-"core-templates"> 
<!-output all text nodes as is-> 
<xsl:templatematch='textNode()"> 

<xsl:vaiue-of/> 
</xsl:template> 

<!--ensur8 XSL recursion continues in the absence of better 

matching rules-> 
<xsl:template match="*'> 

<xsl:apply-templates/> 
<xsl:iemplate> 
</xsp:sub> 
454^^</xsp:script> 
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FIG. 5 

^500 

File=xsp.xml 

<?xml version=°1 .0" encoding="iso-8859-1" ?> 
<inventorlist> 
<managers> 

<manager role="dir"> 

<name>Gordon Ballantyne</name> 
<title>Director of EMBA Online</title> 
<manager> 
<manager role= vp'> 

<name>Maurice Cowey</name> 
<tltle>Vice President of HSB for EMBA</title> 
</manager> 
</managers> 
<inventors> 

<inventorlD="l001"> 

<name>David Brooke</name> 
<title>lnternet Development Manager</title> 
<SSN/WL 08 77 97A</SSN> 
<region>EMEA</reQion> 
<badgeno>64329</badgeno> 
</inventor> 
<inventor ID="I002"> 

<name>Steve Saxon</name> 
<title>Technical Architect</title> 
<SSN>NH77 71 96B</SSN> 
<region>EMEA</region> 
<badgeno>1 03836</badgeno> 
</inventor> 
</inventors> 
</inventorlist> 
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XML SERVER PAGES LANGUAGE 



5 

This invention generally relates to page display sofhvaic languages for 
progranmers on the world ^de web. More specifically, this invention relates to 
providing nnifoim content iiifoimaiion firom a central location to display pages. 

10 A significant deveiopmcnt in computer iietworkiDg is the latcinet, which is a 

siophisticated worldwide network of computer systems. A user at an bdividual PC 
(i.e., workstation) that wishes to access the Internet typically does so using a software 
application known as a web browser. A web browser uses a standardized interface 
protocol, such as HyperText Transfer Protocol (HTTP), to make a connection via the 

1 5 Interact to other computers known as web servers, and to receive information from the 
web servers that is displayed on the user's display. Information displayed to the user 
is typically organized into pages that are constructed using a specialized language 
such as Hypertext Markup Language (HTML), Extensible Maikup Language (XML), 
and Wireless Markup Language (WML), berem Markup 

20 languages are typically based on titie Staodiard GeneralizedMatkup Language (SGML) 
that was created with the original purpose of having one standard language that could 
be vs/^i to share documentsidnong all computers, regardless of hardware and 
operating system configurati<nis. To this end, markup language files use a standard 
set of code t^gs embedded in tbor text that describes the elements of a document 

25 The w^b browser inteiprets the code t^ so that.i^ch craipu(Ur:haii|Dg its own imiqae 
hardware and softwiate capabi^^ is able to display the dooumoat vddleprescrving 
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the original format of the document Each docuiiient typically resides in a separate 
file on the server. 

For companies doing world-wide business over the Interbet, web pages are 
translated into the appropriate language and stored, as hard-coded HTML and/or active 
5 server pages (ASP). Further, business units in diflferent countries or regions often 
tmget specific products and/or services for that particular area, requiring customized 
information on the web pages. Updating the pages may quickly entail an 
overwhelniing amount of .overheadibr the business organization. Additional 
overhead is incurred with the proUferation of specialized maikrup languages having 
1 0 unique syntax for different types of computer systems^ sudi as WML for portable, 
wireless, telephones and.personal communication systjems. In many instances, the 
foimsit or style of the page may be common across servers, espedally when a 
company strives for a unified appearance across thcSr pages, but data on the page may 
be umque to a specific server. 

15 Tliereareanumberof different web browsers available, each support 

own extensions to markup languages such as HTML. Thus, a document written for 
one browser may not be interpreted as intended on another browser if it does not 
support the same extensions. In many situations, software developers are forced to . 
create unique-documents for each browsers, or to include logic in the markqp 

20 language that bypasses or executes certain portions of code, depending on which 
browsers are being supported, this adds another layer of complexity to devdoping 
arid updating these documents. 

XML was designed to meet the reqiuremwits of large-scale web coixtent 
providers for industiy-spedfic markup (i.e., encoded descriptions of a document's . 
25 storage layout and logical structure), vendor-neutral data exchange, media- . 
independent publishing, one-on-one marketmg, workflow inanag«nent in 
collaborative authoring environments, and the processing of web documents by 
intelligent cUents. XML is also used m certa^ 
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European, Middle. Eastem^ African^ and Asian languages, and all confoxming 
-processors support the.Unicade character set encodings. 

It is therefore desiriable to provide a mechanism for using XML that allovi^ 
customized web pages to share foiraat and other cohtpnt/behavior infonnation wliilc 
5 providing capability to store data in structured, but flexible collections associated with 
owuers. It is also desirable for the markup language to allow users to recombine and 
re-use data on many dilBerent pages, and to .draw on diflFerentspinces for data. An 
inheritance mechanism to allow the grouping of pag^ into glasses, and to allow sub^ 
classes of p^es to be derived is also desired. It is also desirable for swh a system to 
1 0 support standards provided in XML. 

In the prior art, there are a variety of systems that provide limited content 
management capability. Some commercially available content management systems 
such as Vignette, Story Server^d Inso Dynabas^fypirally use templates or page 
components that are dynamically populated fiorn system query language (SQL) 

1 5 databases and recombined into pages using pre-defined templates. These systems . 
generally fit well with highly stmctured sites having many identically formatted 
pages, such as a new3 site, however, thetemplate structures are generally fixed and 
not flexible. Further, in these systems, the data storage paradigm is based upon filling 
named slots in the t^plates, which does not lend itself to a flexible data format that 

20 prioritizes the expression of data and its relationships. The template model for such 
systenls is typically based on either Java, or a scripting language such as VBScript or 
Tcl/Iky .and limited support is typically provided for XML as a data type. 

Another variety of systons that provide limited con^ 
c^ability are internet application s«veis such as ColdFusioij^ These application 
25 servers are primarily designed to support development of interactive applications. 
Most of the site template structures are hard-coded as server scripts, often u^g a 
mixture of standard HTML tags and proprietary tags that are pre-processed on the 
server.. Each script is independent of ^ others; there 
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Even thou^ l6e scripts are based on tags, the scripts are not well-foixned XML, but. 
rather customized HTML, and the sq)aralion »f form and data is limited. Further- use 
of XML in these systems is limited to complete source^ data filcs^ 

Web^enabled object/XML databases such as GbjcctStoie^ccIon, Poet,.etc.,. 
pro^dei a pfetfona for high-performanoc application development around a iflwdble 
.repository, but provide limited deveJopmcnt tools. The data modeling capabililiesare 
flexible and weU-suited to firec-form web content, however, and there is no high-level 
scripting language to provide a fiamewotk for managing content 

Traditional non^wb content management systems such as Literlea^ 
ArborTe]^, and TexCelare dedgned for generic, m^dia-neutral content management 
?nd are frequently SGML-based, therefore leading to a natural evolution towards 
XML. These systems are typically deployed for maintaining major documentation 
projects. The output of these systems is normally customized for a particular 
customer, and may be delivered online, on compact disc, or in print. These systms 
arc designed to assemble explicit documents, however, and donptinclude capabilities 
for providmg data-driven, script-aided document delivery. 

One other system for populating pages incltides using ASP and SQL with 
content selection rules supported by personalization^recommendation software, 
components. This iis a relatively simple apiproach to cont^mt rnanagement, however, 
most of the site ten^late strochires are hard-coded m HTML, and thus there is no 
inheritance mechanism. Addlitipnaliy, nrpst of die data is embedded in the pages, and , 
pages are personalized by p6pfulatingpre:defeedd^^ Jyiass 
customization is possible, but there is little llexibiBtyv 



A method and cornputer program product for generating XML documents 
u^g a script language that extends the c^)abilities of XML. The script language 
includes control statements for including data content and s^le information from a 
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plurality of soiirces. Oiie or more scri]^ may be developed. that includes ^ript 
language control statements, A script processor processes the scripts and gener^es a . 
content document and a style document The content document specifies the content 
to be included in the XML document, and the style document specifies the style for 
5 displaybg the content in the XML dociiment One set of program instructions 
transform the content document and the style document into an XML document 
Another set of program instructions convert the XML docmnent to an output 
document for a selected type of display- The script language and script processor 
provide facilities fpi gathering content and style infomialion from a plurality of 
1 0 sources. Numerous scripts may be generated to override and/or extend infonnation in 
one or more of the other scripts, thereby .allowing a developer to customize selected 
portions of the output document \vhile usiiig sh^ed content and style for the. 
remaining portions of the output document 

The present invention will be described by way of example, with reference 
to the accompanying drawings, in which: 
1 5 figure 1 is a bloclC diagr:am of a computerized information network with 

which the present invention may be utilized; 

Figure la is a block diagram of a computer system with which the present 
invention may be utilized. • 

Tigore 2 is a block diagrani of a device for generating documents accoidii^ to 
20 the present invention^ 

Figures is an example of a source jSe for auser sen 
present invention • 

F!gare 4 is an exani)>Ie of a source £3e for a base script.accbrding to ibe 
pre^entinventioa; 

25 Figures is ap ex^ple<>f asourc^file fora d^taisland accoiding.ioite. 

..present inveiitioa; and, 

F!%ure 6 is a jQowchart for generating. docmnentS: according the present 
invention. 
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Overview of Preliminarv Concepts and Definitions 

WMle fhe Internet is used herein as an ^xamjde of how the present irivention is 
utilizedy.it is important to recognize that the present invention is also applicable to 
other informatipn.netwoiks that utilize documents with content represented in a 
markup language. For those who are not familiar with XML, the Internet, the worid- 
wide web, web servers, and web browsers, a brief overview of these concepts is 
presented here. 

An example of a typical Internet connectioik found in the prior art is shown in 
Fig. 1 . A user that wishes to access information on the Internet typically has a 
computer workstation J 12, also referred to as **the client workstation*', that executes 
an application program known as a web browser 1 1 4. Workstation 1 12 establishes a 
commnnication link 1 1 6 with web server 1 1 8 such as a dialrup wired connection with 
a modem, a direot link such as a Tl or ISDN linis, a wireless connection through a 
cellular or satellite lietwdrk, or a local data transport system such as Ethernet or token 
ring over a local area network. When the nscr enters a request for information by 
entering cominands-in web browser 114, wodcstation 1 12 sends a request for 
information, such as a search fot documents pertaining to a specified topic, or a 
specific web page to web server 1 18, Each web. server 1 IS, 120, 122, 124 on the 
Internet has a known address which the user must supply to the web browser 1 14 in 
order to coimcci to the apiwopriate web serv^ 1 1 8, 120, 122, 124. If the 
information is available on the user's web servo* 1 18, a central liiiksach as backbone 
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126 allows web semrs 118^ 1 20^. 122^:124 to conijnuiu 
supply theiequested mfoimation. Because vreb servers 118, 120^ 122, 124 can 
contain more than one web page, the user will also s^ify in the address which 
particular web p^e he wants to view. The address, also known as a universal 
S resource locator (CfRL), of a home p$^e cm a serv^js vl series of numbers that indicate 
the server and the location of the page on the server, analogous to a post office 
address* For simplicity, a doinain name system was developed that allows users to. 
. specify servers and docuipentsu^g names instead of nii^ A URL may fmther 
specify a particuliu- page in a group of pages belonging to a .content provider by 
] 0 including additional information at the end of a domain name. 

The web servers 1 18, 120, 12!2, 124 execute a web server ai5)licaition program 
\yhich monitors requests, services requests for the information on that particular web 
server, and transmits the information to the user's workstation 1 12. Woikstation J 12 
and/or web servers 1 18 are computer systems, such as computer system 130 as shown 

15 in Fig. la. Computer system 130 includes central processing unit (CPU) 132 
coimected by host bus 1 34 to various components including main memory 136, 
storage device controller 138, network interface 140, audio and vidto coDtrolIers 142, 
and input/output devices 144 connected via input/output (I/O) controllers 146, Those 
skilled in the art vnll appreciate that this system encompasses all types of computer 

20 systems includipgy for example, nudnframes, minicomputers^ wbrkstations, servers^ 
personal computers, Internet terminals, network appliances, notebooks, palm tops, 
personal digital assistants, and embedded systems. Typically computisr system 130 
also includes cache memory 150 to facilitate quicker access between processor 132 
and main memory 136. I/O peripheral devices often include speakd* systems 1 52, 

25 graphics devices 1 54, and other I/O devices 1 44 such as display monitors, keyboards, 
mouse-type input devices, floppy and hard disk drives, DVD drives, CD-ROM drives, 
andpmters. Many computer s^esns also include network capabifity,teil)^^ 
deviceis, modems, televisions, sound devices, voice recognidon devices, electronic pen 
devices, and mass storage devices such as tape drives. Ihe number of devices 

30 available to add to persbnal.'con^Miter systems continues to grow, however conynxter 
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^jsystem 130 may incllide fewer Components {han sfaotvn anFig. la and iiescnbed 
herein. 

The peripheral devices usually communicate m\h processor 132 over one or 
more buses 134, 1 56, 158, with the buses communicating with each other through the 
5 use of one or more bridges 1 60, 162. Conaputer system 130 may be one of many 
workstations or servers connected to a network such as a local area network (LAN), a 
wide area network (WAN), or a gjobal information network such as the Internet 
. through network.interface 1 40. 

CPU 132 can be constructed from one or more microprocessors and/or 
1 0 integrated drcmts. Main memoiy 136 stores programs and data that CPU 132 may 
access. When computer system 130 starts up, an operating system, program is loaded 
into main mmoxy 136. Ihe operating system manages the resources of computer 
system 130, such as CPU 132, audio controller 142, stor^e device controller 138, 
network inter&ce 1 40, I/O controllers 146, and host bus 1 34. The operating system 
1 5 reads one or more configuration files to determine the hardware and software 
resources connected to computer system 130. 

Storage device controller 138 allows compiiter system 1 30 to retrieve and 
store data from naass storage devices such as magnetic disks (hard disks;, dinettes), 
and optical disks (DVD and CD-ROM)* 

20 One skilled in the art will recognize that ihe foregoing components and 

de\dces are used as exaoaples for sake of conceptual clarity and thai various 
configuration modifications are common. For example, audio controll^ 142 is 
connected to PCI bus 1 56 in Fig. la, but itoy be connected to the ISA bus 138 or 
reside on the motb^board (not shown) in alternative embodiments. As further 

25 example, although computer system 130 is shown to contain only a single main CPU 
1 32 and a single system bus 1 34, those skilled in the art will api»:eciate that the 
present mvention may be practiced using ^ computer s^^ 
; 132.and/oT multiple busses 134. In addition, the interfaces that aire used in the 
preferred embodiment may include separate, fully programmed micr(^nt>cessprs that 
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are used to off-toad compiitatioiially mtens^ from Gf^U 132, or may 

include input/output (I/O) adapters to perfonn similar functions. Further, PCI bus 1 56 
b used as an exemplar of any input-outpiil devices attached to any I/O bus; AGP bus 
] 59 is used as an exemplar of any graphics bus; graphics device 1 54 is iised as an 
5 ©templar of any graphics controller; and hpsl-lo-PCI bridge 1 60 and PCI-lo-IS A 
bridge 1 62 are used as exemplars of any type of bridge. Consequently, as used herein 
the specific exemplars set forth in Fig. l a are intended to be representative of their 
more general classes- In general, use of any specific exemplar herein is also intended 
to be representative of its class and the non-inclusion of such spedfic devices in the 
. 1 0 foregoing list should not be taken as indicating that limitation is desired 

A web page is primarily visual data that is intended to be displayed on the 
'display monitor of the user's workstation 1 12. When v^eb server II? receives a web 
page request, it will transmit a document, generally written in a markup language such 
as HTML or XML, across commimication link 1 1 6 to the requesting browser 

15 1 14. Web browser 1 14 interprets the markup language and outputs the web page to 
the monitor of nser workstation 112, This web page displayed on the user's display 
may contain text, graphics, and links (which are addresses of other web pages,) These 
other web pages (i.e.y those represented by links) may be on the same or on different 
web servers 116. The nser can go to these other web pages by clicking on the links 

20 using a mouse or other pointing device. This entire system of web pages with links to 
other web pages on other servers across the world comprises the world wide web. 

Style sheet mechanisms available in;maifcup languages epable s^le lelements 
to be consistent across web pages that are related to one another (e.g., web pages 
belonging to a web site of a particular coiporation). For example, HTML uses 

2^ cascading style sheets (CSSX SGML document style semantics and specification 
language (DSSSL), and XNfL uses extensible style 1^ XSLisa 
language for expressmg style sheets in XML, i.e., to express how the structmed 
content of an XML iile shouldlTe styled, laid out, and pagpoiated onto some 
presentation medium sudji ias a wiiidoW in a web browser or a.set of physical pages in 

30 a bddk, report, pamphlet orpiemo; XSL wasdeveloped because XML offers greats 
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:data display possibilitf cs thari HTML. XML lets authors mark up data with author- 
defined elements (opening and closing pairs of tags) that specify the nature erf" the 
data. This aUows the developer to clearly organize customized data stitictures. The 
data elements can be displayed with consistent formatting in different places on one 
5 document or across a series of documents. XML inserts the datum in the appropriate 
location, and XSL allows for more complex formatting than style sheet mechanisms 
associated with other markup languages. 

XML gables users to create unique tags tlwt identify their information in 
more meaningfid ways than simply applying a basic set of markup language tags to ail 
1 0 documents. To accojcnplish this;, XML provides a namespace feature, which allows 
the user to specify addresses to provide a unique context to tags and attributes. 

An XSL style sheet processor accepts a document or data in XML and an XSL 
style sheet, and produces the presentation of (hat XML source content as specified by 
the style sheet The presentation process includes transforming a source tree into a 
1 5 resuh tree (also known as tree transformatioq), and intcupreting the result tree to 

produce a formatted presentation on a di^lay or other media. By separating the style 
sheet and the data, style or formatting aspects may be modified without modifying 
data that is being rendered, and vice versa. 

XSL transformation (XSLT) is a language for tree transfoimation which 
associates patterns with templates, . A pattern is matched against elements in the 
source tree. A template is instantiated for a particular source element to create part of 
the result tree. Wheii a template is instantiated, each instruction is exjBCuted and 
replaced by the result tree fiagment that it creates. In constructing the result tree, 
elements fix>m the source tree can be filteied and reordered, and arbitrary stractuie can 
b$ added XSLT uses XML namespaces to distinguish elements that are instruction^ 
to the XSLT processor from eleinents that specify literal result tree structure. 

A schema specifies the structure of an XML document and constraints on its 
content XKffl/ de&es rules for defming markup I 

sdiema is afonnal specificaition of the grainmar for one markup language. A sch^ 
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is usefii] for validating the docmxient contest and for describing theigranunar of the 
language. The schema defines the elements that can appear within the document and 
the attributes that can be associated with an element. XML schemas are extensible 
and software developers are free to add their owi elements and attributes to XML 
5 schema documents. It defines whether an element is empty or can include text The 
. sphema can also define defaidt values for attributes. 

XML mcliides a feature known as the Document Object Model (DOM) which 
is an appUcation prpgiamming mter&ct (iW^l) for HT^ 
DOM defines the logical structure of documents and the way a document is accessed 

10 and manipulated. In the DOH progrmnmers can build documents, navigate thdr 
slrticture, and ad4 modify, or delete elements and content. Many objects found in an 
HTML or XML document can be accessed, changed, deleted, or added using the 
0OM> Documents are modeled using objects, and tlie model ^encompasses not tmly 
"the structure of a document, but also the behavior of a document and the objects of 

15 vrhich it is composed. As an object model, the DOMidentifies the interfaces and 

objects used to represent and manipulate a document, the semustics of these interfaces 
and objects including both behavior and attributes, and the relationships and 
collaborations among these int^aces and objects. 

PegcriptiQii 

20 Fig. 2 shows a block diagram of server pages processmg apparatus 200 for 

generating and processing XML and XSL documents using XML 5»ver pages 
language (XSP) in accordance vaih the presoit invention. The present invention 
iacludes theXSP scripl langoagcandXSP processor 2(tt that interprets scripts 
in XSP. XSP processor 202 resides on web sctvct 11 6 (fig- 1), and on other web 

25 servers, as required. One way to invokeXlSP processor 202 is dynamically, through 
an online mechanization wherein a user submits one (m* more XSP scripts from client 
workstation 1 12 (Fig.l) to XSP processor 202 tiirough an ^plication program 
interface (API) on web server 116. Ejcamples of conomonly known interfaces to web 
server 116 that may be used include the Intemet Services Application Programming 
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Interface (IS API) and Common Gateway Interface (CGI), The resulting page is then . 
transmitted back to client woricstation 1 12 and is displayed or output to a selected 
target device, such as browsCT 114 (Fig. 1). Another way to invoke XSP processor 
202 is statically, where a develops submits one or more XSP scripts to XSP 
3 processor202 direcdy on servo- 116, The page or pages that result jfrom server pages 
processing apparatus 200 are stored in server 1 1 6 and may be accessed by a URL 
request from client workstation 112. 

An example of XSP script 300 in accordan£<; with the present mvention is 
shown in Fig. 3. In the present invention, a software developer generates XSP script 
10 300 manually or by using a software-implemented topi that autornatically or senq- 
automatically generates XSP script 300. The tool for generating XSP scripts may 
include a user interface, such as an interactive, graphical user interface, or a static 
interface that recdves user input through one or more data files. 

XSP scripts, such as XSP script 300, are used to generate cla$ses of w^b 
15 pages. In one embodiment, XSP script 300 is initiated in XSP processor 202 by kvs^ 
or another program requesting this URL of the script, such as the URL 
http://server/xspAmentors.xsp I^en targei=^ie5, where, in this example, the source for 
the script is stored in a file named imentors,xsp in the xsp duectory on computer 
system ^ervfir. The request also inctodcs parameters that provide information 
20 pertaining to, among othcy things, the XML arid XSL docum^ts that wiU be 
generated during data gathering process 204 and style sheet boilder process 206 
shown in Fig: 2. For example, the parameter l^n (/anguage - ewglish) provides 
information on which langos^e will be used to display the resultiDg page. Another 
example is the parameter iargePHeS that identifies the browsCT that will be used so 
25 that the documents can be tailored to the utuque features and extensions of the 
particular browser. Other parametos may be implemented as required. 



Another ahemadvp for initiating the XSP script 300 in XSP pnk^essor 202 is 
by a common object miodule (COM) intafece to XSP iprocessor2Q2, as known 
in the art 
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2^ XSP Sdiptis a docamoit written in XSP and XML that specifies one or 
moxe XML documents as input to XSP piocessor 202. Hie output of server pages 
processing apparatus 200 is an XML object that may be a weli-foimed markup 
language documoit that is ready to be input ta a browser^ or it may be expressed b 
5 another format that is ready for use in a data-interchange process with another system, 
or for fonnattbg and delivery to an IfTML or non-HTM^ client. 

XSP script 300 is interpreted by XSP processor 202 as a set of subroutines that 
areale XML smictures in a result tree. The XML structures may be created by 
querying and transforming one or more XML data sources, or by direct inline coding 
10 of de^red output as a template. 

In one embodiment of XSP, all core fimclionality to support the stracture of 
the result tree, Avfaether it is an XML eljectrosic data interchange (EDI) rnessage, or a 
inatkup language document derived from an XML dociunejQt, is irnplemented in low 
level ^'base" soipts. "Usct" scripts provide extensions and/or overwrite low level 

IS base scripts. The XML data sets referenced in user scripts determine the jSnalresult 
tree. This feature is known as the inheritance mechanism and it results in a veiy small 
number of compact scripts being able to support very large websites and a wide 
variety of a^ual docuinent fonnats. Loheritance is an object oriented design feature 
which lets the us^ define some shared fbndionafily, then ovecride it in specific cases. 

20 Thus, a page may be divided into separate buildbig blocks, with each block being 
generated by.dtffemt XSP scripts. When a diange is required in one block, only the 
affected scripts must be changed and the other blocks remam the same. 

The inheritance me;cbanism also dlows configuration control of page fonnats. 
. For example, develops m different regions may be given access to blbdcs comaining 
25 infonn^on that is imique to their regiod, such as information presented m a paiticttlar 
language, or Cerent products that may be avaUable in one region but not others. 
Ibis allows software developeis to change the mfonnation that is unique to than, 
wfailestill maintaining commonaBty wifli scripts which generate the blocks that are 
common with other regions. 
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In jaccordance with the present iriVentioh, XSP scripts may also include 
capabilities for creating aiid accessing named and scoped variables, exercising flow 
control, instantiating^d accessing COM objects, and creating XML data islands with 
script scope on a web server. 

XSP scripts share contro] structure syntax with XSL, but place the XSP 
control structure syntax in a different XML namespace to clarify whether XSP 
processor 202 executes the control structure, or whether the control structure is 
hahdliKl in another tier of server pages processing apparatus 200, In the example of 
XSP script 300 in Fig. 3, XSP statement 302 includes namespace parameters that 
indicate the name of the base script and the location of files containing information for 
geuCTating a content file and a style sheet in data gathering process 204 and style sheet 
builder process 206, respectively. In the example shown in line 302 in Fig, 3, the 
nmncspace parameters, denoted by xmlnSy include namespaces for XSP documents 
(X5p=*hiri:x^''), XSL documents (xsK^unrxsl"), and XML default documents 
(doc?="uri:doc"). 

Note that in this embodiment^ open carets open carets with a slash '*<r , 
and close carets are used to denote control statements. The XSP sciipling 
language of the present invention includes several different XSP control statements 
that are denoted by tags that are defined using the schema feature of XML. The XSP 
contro] statement tags are recognized by XSP processor 202. For example, XSP script 
3O0 begins with "<;x5p:si:ript>*' in line 302 and ends with "<fesp'j5cript>'* in line 398 
1o denote the start and end of the script In one embodimeiit, the syntax for the 
<x^:script > control stateoient is: 

<xsp:scriptf base-'T}as6'Script''Jfscope=''default^^^^ 

seriptsiatements . . 
</x5p:5cripV> 

where: 

base^cript is the name of the script from ^ch this one inherits; 
scripi'StatemeTits is the vahie to be assigned to the variable or property; and 
defdtOt-scope is the vaFtie to be aissigned to the variable or propctly. 
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Every XSP script has <xsp:j5qipt> as its root element XSP sqipts can 
optionally haye a base script defined* The base script is used lo define which script 
this one inherits from. Scope can normally be ignored. Setting it to protected will 
mean that <xsp:cal> will only see subroutines within this script if the call is bring 
5 made from the same script, or one derived from it If a call is.made to a script without 
a specific subro^itine being specified^ a <xj^:5ub> called main is searched for^ first in 
tins script, then jja its base if any. 

An example of an implementation of control statement <xsp:script> is shewn 
in line 302 in user XSP script 300» which instantiates a base script using 
1 0 feqje- "inventor-bascxsp where imenior-base^xsp is the name of the base script 
The content implemented when the base script is instantiated at the beginning of 
execution of XSP script 300 is over-ridden and/or extended by subroutine "contents** 
shown m lines 304 through 306 in **os6r" XSP script 300, 

An example of base script imentor-base^xsp, instantiated in exampk XSP 
15 script 300, js shown in Fig. 4. Base script 400 includes amain subroutine in lines 404 
through 408, where standardized and default content are implemented. Lines 41 0 
througih 432 include a routine that i»ovides- default XSP contents, and lines 434 
through 452 include XSL de&ult rules. 

Another example of an XSP control statement <xsp:sub> for declaring the 

20 start of a new subrotitine is shown in line 304 in Fig. 3. Tht name of the suhoiitine, 

in this example "contents^, is included as a {Parameter. Tbe^contrats** subroutine is 

included in lines 304 through 396 and ovenides the "conteots" sulm)udne inbase. 

script 400. In <me CTibodinient^ the sy^ 

<xsp:sub name^^subroutinc-Jsame" [ scope- '»sccpe=- 
25 type«]> 

</3Csp:sub> 

where: 

ji/&r<?»/f/2e-73ime is the naine o^ 
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scope-type is 3n optional scope declaiadon. If set to "protected", the 
subroutine will oidy be visible to callers in the current script and ones 
derived.from it 

<xsp:sub> is ttsed to dfe&e a subroutine within a script and is aoalogom to 
sub in Visual Basic^d VBScript ox function in JavaScni^ Scopk can nonnally be 
ignored. Setting it to Votected" wDl mean that <xsp:call> will only see subroutines 
^thin this script if the call is bring made from the same script, or one derived from it 
\f scope is not defined, the default scope defined in the .<xsp:scripP> is used (if 
defined). 

Line 308 in XSP script 300 inchidesXSP control statement <xsp:query> to 
execute an XQL cpay, such as querying data island xspjcnd shown in Fig. 5. The 
<^:query> statement can be used to obtain a piece of XML fiom another document 
or an embedded data island. The source data can be queried to reduce the scope of the 
data returned. It can also be transformed using XSL patterns, which are either passed 
inlme within the <xsp:quei7> tags, or by reference to an XSL document in the 
transfoim attribute. 

In example XSP script 300 in Fig. 3, query control statement 308 includes 
query attributes src^ "mutqfinventors" and query^ V/imentOTs " to retrieve a list 
contaming only the inventors fiom data island listqfummors. Note that the query 
attributes may specify ofliCT infomiation available in data island. 

In one embodiment, the syntax for the <xsp:q[uery> statement is: 

<tep:query src^-souice** f quoy^'xql-quwy" ] f transfarm="transforiiHlo<? ] 
[ hasstrings="string-bool" J [ hasfiher-^filter'boor ] > 
[ transform-statements:] 

</xsp:qneiy> 

where: 

source is the source of the data. This can be a URL or a data island reference. 

xql-query is optional and are th^ statements to be peiformed.if the eiiclosing 
condition is true. 

transjfbrm-doc is optional and are the stetements to be p»fonned4f the 
. enclosing condition is true. 
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string-bool is optional and is set to true if the document .beiiig queried contains 
XSF fonBUlas u^hich need to be expanded. 

filter-bool is optional and is set to true if the document being queried contains 
filter attributes that should be parsed to obtain the actual working 
S document to be queried. 

transform'Statements are optional and are the statements to be perfoimed if the 
enclosing condition is true. 

XSP script 3 00 may also access routines directly irom another script, using the 
(hher script as a subroutine library. 

10 Another XSP control statement, <xsp:xml>, is used to define a data island. 

An example of this statement is shown in line 306 in Fig. 3 which includes queiy 
attributes name- ''listofimentors*' wA src= "/xsp/data/imentorsAcspjcml" to retrieve a 
list of inventors fiom data island xspjcml on directory /datd^nvehtors as specified as 
parameters in the control statement in line. 306. In one embodiinent, the syntax for the 

15 <xsp:xm]> control statement is: 

<xsp:xml name=*'name'* [sn:?=''source"] [scope="jrc(?pe-OP^T> 

<[ xml'data ]> 

<xsp:xm> 

20 where: 

ruxme is the name that will be used t6 subsequently access this data island. 

sowce (optioDal) is the source of the data. If this paiameto* is not supplied^ 
inline jcmZ-J'^a is used to popd 

scope-type (optional) is the scope declaration dtber *^local^ '^parent" or 
25 "global^ The default is 'local"; 

xmJ-^a (optionaQ.is the XNfL data used to poi^ 

The ^<xsp.^cQil> statem^t provides a way to hold on to a piece of XML data so 
that 3t can be subsequently processed and qumedus^ This feature is 

particularly useful i^er^ the same document needs to be queried a ninnber of times» 
30 as it.means the document will only be loaded once. It is also useiiul wfa^e the 
document to be queried does not tpd$t on disk - it imry have been diiectly.cTeated' 
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inline using nornial XML tags, or returned firojji another query (using <xsp:queiy> or 
from xsprxdb. An example of an XML script source file for xsp.xml data island 500 is 
shown in Fig. 5. 

Many other types, of XSP control statements inay be implemented in the 
present invention. For example, an <xsp:assign> statement is used to assign a 
variable, or modify properties of an object. An <xsp:assign> statement may also be 
used for dynamic naming, where the name of the variable being assigned can be based 
on a variable name. Hus can be used to maplement features such as arrays, for 
example, <xsp:assign naime="colum nSfcon " Yalue=f"'ilus is column Sfcol)" />, 

Another XSP control statement implemented in the present invention is the 
<Xsp:call> statement which is used to make a call into another subroutine, as shown 
for example^ in lines 406 and 428 in Fig. 4. In one embodiment, the syntax is: 

where subroutine is the reference to the subroutine to be called 

The subroutine parameter is m the general form [filraame][#sub- 
name] [Tpaiameters]. If the filename is not specified, the cunrent script and then its 
base scripts are searched for the subroutine. If the sub-name is not specified^ the entry 
point subroutine caDed "main" is called. Parameters can be passed. In one 
teibodiment, ^a function is called in the base script, ihc filename should be set to 

This is particularly useful vihctc the user Las ovenidden an <xsp:sub> to ^end 
the basic functionality, th^ wishes to call up to the default implementation. 

Another XSp control statement implemented in the pre^t invention is the 
<5csp:choo^ statement \^ch is used to choose between a nmnber of actions based 
on whether or iK>t one of the suppli<;d conditions are tnie. In one embodiment, the 
^mtax is: 

<xsp:choosO 

^^^^rwhen test='^c(>77£^^^^ 
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conditiomUstatemehls <^sp:whcni> 

<xsp:otbenviso 

conditionaUstatements </xsp:otherwise> 
5 </xsp:choose> 
where: 

condition is the condition to be evaluated. 

conditional-statements is the statements to be perfonned if the enclosisg 
condition is true. 

10 Other XSP control statetnents implemented in the present invention include 

tiie <xsp:comment> statement for placing comments in the output meta-docutnent; the 
<xsp:copystring> statement for copying a formatted string firom a stringtable; the 
<xsp:fpr> statement for enumerating the values in a colliecidon; the <xsp:iS> statement 
for performing an action if a given condition is met; the <xsp:rBquesl> statement for 

1 5 making a parameterised HTTP request for XML data; arid the <xspacdb> statement 
for ennmerating all or part of an XDB database. The XDB database facility includes 
an image, a link, and a definiticm database. While performing the enumeradon, 
whenever a link, im^e, defioitipn or variant node is found, the node's data block is 
expanded. The <^:xdt>conteol statement is further explam 

20 patent apphcation serial numb^ ^ entitled '"Database Fapili^ for T^ML 

Server Pages Language*", which was filed on the same and is assigpsed to the same 
asdgnee as the present application, and is hereby inooiporated by reference. 

Referring back to Fig. 2, XSP processor 202 generates a first XSP script 
document that includes commands specifying XML resources containing the content 
25 desired for the page. The first XSP script document is output to data gathering 

process 204. Data gathering process 204 puUs the cont^t fiom the sources specified 
in die first XSP script, and creates an XML meta-document for the message and 
cointent of the page. This XML meta-docmnent is independent of the XML style sheet 
and is not targeted fi>r any spc^ TheXMLmeta-document 
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expresses metaphois instead of code, for directly generating the items on the page. 

For example, the script 

<doc:root> 

<doc:colJapsing list> 
5 <doc:listitem 1> 

:<doc :title> title 1 1> xmljesovrces 
:<doc: description> 
</doc:listiteni 1> 
</doc:coUapsiDg list 
10 ?=ydocTOOt> 



may be used in the meta-^ocuixient to represent the text and graphics for a colls^sihle , 
list, instead of the actual code statements required in a typical matk^up language 
document for generating the text and jgraphics. Data gathering process 204 is capabl(s 
1 5 of retrieving information from a variety of sources and allows developers in a 

particular region to specify the most relevant information to display on a given page* 
Developers may even provide some of the content that is unique to their area hy 
utilizing user scripts, where allowed, while maintaining common content and format 
among aU usiers using base scripts for the other portions of the page. 

20 XSP processor 202 also generates a second document which includes a style 

sheet script for the page. Style sheet builder process 206 recdves the style sheet script 
firdin XSP processor 202 and retrieves ^ of the documents specified in the styleihe^ 
script for formatting the content in the meta-document. The oir^ut of style sheet 
builder process 206 is an XSL document contaiiiing rules to format the meta- 

25 document 

The XSL document and the XML meta-document are input to XSL tntnsfomi 
20K whidh searches the hi^archy of modules specified in bodi the meta-document and 
the style sheet and uses the inheritance mechanism to determine which modules, to 
utilize. A template is instantiated for (he source elements specified iii the modt^^ 
30 create the resuh tree. When a tenxplate is instantiated, each instruction is executed and 
T^laced by the result tree fragment that it creates. 
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The result tree fragments generated in XSL transform 208 are output to an 
XML document and sent to post renderer 210. Post renderer 210 converts the XML 
document to the document format required by the device or application software that 
will be used to display output document 212. Such document format may be one or 
5 more of many different formats including HTML, word processor formats, and WML, 
based on the target specified when XSP script 300 is initiated in XSP pmcessor 202. 

The process of generating an output document for a target device using XSP 
scripts is summarized in the flowchart in Fig. 6. In process 600, an XSP processor 
and XSP tags that are to be recognized by the XSP processor are generated and made 

10 available to developers. The XSP tags are used to identily statements in a script as 
XSP statements, and may he included in their own unique namespace. In process 602, 
a developer creates base scripts and stores them in a central database that is accessible 
by all servers that provide content for the organization. Where required, process 604 
allows developers to create and store user scripts that override or extend the base 

1 S script Both user scripts and base scripts may include lines using the inherency 

mechanism associated with XSP tags to ovenide or extend information in a previous 
script. 

To graerate a display document fiom the scripts, the XSP processor is invoked 
with the top level script as input in process 606. The XSP processor separates the 

.20 content specifications firom the style specifications in process 608. Process 610 uses 
the coiitent specification to gather modules for generating the content for various 
portions in a meta- document. Similaily» process 612 uses the style specification to 
gath^modules for generating the format for various portions of the output document, 
arid generates a corresponding XSL style sheet The style sheet and meta-document 

25 iare transformed to an XML document in process 614 and the XML document is 
converted in process 616 fiom XML to the appropriate target format, whether it is 
HTML, WML, word processor format, or another document format 

'While the present invention is described in the context of a fidly functioM 
computer system, those skilled in the art will appredate Oiat the present invention is 
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capable of being distributed as a piogram product in a variety of fonns; and that the 
present inventionappKes e<Hly«8^<ne» P^^'^^ype of 
media used to actuaUy cany out the distribution. Examples of signal bearing media 
include: recordable type media such as floppy disks and W-^OM, Hansmission type 
5 media such as digital and analog communications links, as well as olher media storage 
and distribution systems. 

The present invention thus provides a control language that may be included in 
scripts with XSL and XML statements. XSP script processor 202 associated with the 
present invention interprets the control language and performs substitutions for and 
10 additions.to content and style information in the script Hie present invenUon thus 
cpmpUes with XML vocabulary and utilizes standardiod XML technology by 
supplementing and coordinating XSL and XML sdiema and namespace capabilities. 

The present invention advantageously allows web page developers and other 
content providers to switch from editing numerous markup language files to 

15 implement a change to creating data forms using scripts that retrieve data and style 
information from common sources where possible. ITie present invention provides 
facilities for coordinating content and style development, and relieves developers 
from having to manuaUy edit numerous files when a change is desired in either format 
or content, since the change may be made in a central databases that are referericed by 

20 XSP script 300 or base script 400 and retrieved by data gathering process 204 and 
style sheet builder process 206. Developers responsible for providing content and 
styles that ate unique to their in<fividual environments may be given access to 
combine their own unique information and format where deared, and use shared 
information otherwise. Further, even when unique information is required, the present 

25 invention provides fecilities O-c, user scripts) that allow the infomaation to be located 
in one location and nsed by all developers requiring access to it He sharing of 
. content and style iirfonnation also fedUtates presentation of up-to-date infoimationiii 
' con^stent franats. 
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Additional XSP control statennents may be implemented in addition to 
or Instead of those described herein. Further, the XSP control statements 
described herein may have different names and/or syntax. 
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CLAIMS 



1. A method of generating an XML document in a computer system, 
wherein the computer system includes a script processor operable to interpret 
a script language, the computer system further including a script language, 
the script language including control statements for including data content and 
style information from a plurality of data sources, the method comprising: 

generating a first script having at least one script language control 
statement; 

processing the first script processor to generate a first document 
specifying content to be included in the XML document; and 

processing the first script in the script processor to generate a second 
document specifying the style of the content in the XML document. 

2. The method of Claim 1, further comprising transforming the first 
document and the second document into an XML document. 



3. The method of Claim 2, further comprising converting the XML 
document to an output document for a selected type of display. 

4. The method of any one of the preceding claims, further comprising: 

generating a second script having at least one script language control 
statement; and 
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processing the second script in the script processor to further generate 
the first document specifying the content to be Included In the XML document, 
wherein the content specified by the second script overrides at least a portion 
of the content specified by the first script. 

5 

5. The method of Claim 4, wherein the computer system is operable to 
access a plurality of databases, and wherein the content specified by the 
second script is in a different database than the content specified by the first 
script. 

10 

6. The method of any one of Claims 1 to 3, further comprising: 

generating a second script having at least one script language control 
statement; and 

processing the second script in the script processor to further generate 
15 the second document specifying the style to be included in the XML 
document, wherein the style specified by the second script overrides at least a 
portion of the style specified by the first script. 
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7. The method of Claim 6, wherein the computer system is operable to 
access a plurality of databases, and wherein the style specified by the second 
script is in a different database than the style specified by the first script. 
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8. The method of any one of Claims 1 to 3, further comprising: 

generating a second script having at least one script language control 
statement; and 

processing the second script in the script processor to further generate 
the first document specifying the content to be included in the XML document, 
wherein the content specified by the second script is an extension to the 
content specified by the first script. 

9. The method of any one of Claims 1 to 3, further comprising: 

generating a second script having at least one script language control 
statement; and 

processing the second script in the script processor to further generate 
the second document specifying the style to be included In the XML 
document, wherein the style specified by the second script is an extension to 
the style specified by the first script. 



10. The method of any one of Claims 1 to 3, wherein the computer is 
operable to access a plurality of databases and the first script is a base script, 
the method further comprising: 

generating a plurality of user scripts, each user script having at least 
one script language control statement; 

processing the user scripts in the script processor to further generate 
the first document specifying content to be included in the XML document; 
and 
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processing the user scripts processor to further generate the second 
document specifying the style for the content in the SMALL document. 

11. A computer program product for generating XML documents using a 
5 script language, the script language having control statements for including 
data content and style information from a plurality of sources, the computer 
program product comprising: 

a first script having at least one script language control statement; and 

a script processor being operable to process the first script to generate 
10 a content document, wherein the content document specifies content to be 
included in the XML document, the script processor being further operable to 
generate a style document, the style document specifying the style of the XML 
document. 

15 12. The computer program product of Claim 1 1 , further comprising: 

a first set of program instructions operable to transform the content 
document and the style document into an XML document. 

1 3. The computer program product of Claim 1 2, further comprising: 

20 a second set of program instmctions operable to convert the XML 

document to an output document for a selected type of display. 
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14. The computer program product of any one of Claims 11 to 13, further 
comprising: 

a second script having at least one script language control statement, 
the script processor being further operable to process the second script to 
generate the content document, wherein the content specified by the second 
script overrides at least a portion of the content specified by the first script. 

15. The computer program product of any one of Claims 11 to 13. further 
comprising: 

a second script having one script language control statement, the script 
processor being further operable to process the second script to generate the 
style document, wherein the style specified by the second script overrides at 
least a portion of the style specified by the first script. 

16. The computer program product of any one of Claims 11 to 13, further 

comprising: 

a second script having at least one script language control statement, 
the script processor being further operable to process the second script to 
generate the content document, wherein the content specified by the second 
script is an extension to the content specified by the first script. 

17. The computer program product of any one of Claims 11 to 13, further 
comprising: 



29 



a second script having at least one script language control statement, 
the script processor being further operable to process the second script to 
generate the style document, wherein the style specified by the second script 
is an extension to the style specified by the first script. 

5 

18. The computer program product of any one of Claims 1 1 to 13, further 
comprising: 

a second script haying at least one script language control statement, 
wherein the script processor is operable to access a plurality of databases to 
10 further generate the content document, and the content specified by the 
second script is in a different database than the content specified by the first 
script. 



19. The computer program product of any one of Claims 1 1 to 13. further 
15 comprising: 

a second script having at least one script language control statement, 
wherein the script process is operable to access a plurality of databases to 
further generate the style document, and the style specified by the second 
script is in a different database than the style specified by the first script. 



20. A computer system comprising: 
a processor, 

a non-volatile memory coupled to the processor; 
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a data bus connected between the processor and the non-volatile 
memory; 

a first script generated using a script language, the script language 
having control statements for including data content and style information 
5 from a plurality of sources, the first script including at least one script 
language control statement; and 

a script processor operable to process the first script to generate a 
content document, wherein the content document specifies content to be 
included in an XML document, the script processor being further operable to 
10 generate a style document, the style document specifying the style of the XML 
document 

21 . The computer system of Claim 20, further comprising: 

a first set of program instructions operable to transform the content 
1 5 document and the style document into an XML document. 

22. The computer system of Claim 21 , further comprising: 

a second set of program Instructions operable to convert the XML 
document to an output document for a selected type of display. 

20 

23. The computer system of any one of Claims 20 to 22, further 
comprising: 



a second script having at least one script language control statement, 
the script processor being further operable to process the second script to 
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generate the content document, wherein the content specified by the second 
script overrides at least a portion of the content specified by the first script. 

24. The computer system of any one of Claims 20 to 22, further 
5 comprising: 

a second script having at least one script language control statement, 
the script processor being further operable to process the second script to 
generate the style document, wherein the style specified by the second script 
overrides at least a portion of the style specified by the first script. 

10 

25. The computer system of any one of Claims 20 to 22, further 

comprising: 

a second script having at least one script language control statement, 
the script processor being further operable to process the second script to 
15 generate the content document, wherein the content specified by the second 
script is an extension to the content specified by the first script. 



26. The computer system of any one of Claims 20 to 22, further 
comprising: 

20 a second script having at least one script language control statement, 

the script processor being further operable to process the second script to 
generate the style document, wherein the style specified by the second script 
is an extension to the style specified by the first script. 
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27. The computer system of any one of Claims 20 to 22, further 
comprising: 

a second script having at least one script language control statement, 
wherein the script processor is operable to access a plurality of databases to 
further generate the content document, and the content specified by the 
second script is In a different database than the content specified by the first 
script. 



28. The computer system of any one of Claims 20 to 22, further 
comprising: 

a second script having at least one script language control statement, 
wherein the script processor is operable to access a plurality of databases to 
further generate the style document, and the style specified by the second 
script is in a different database than the style specified by the first script. 

29. A method of generating an XML document, substantially as described 
with respect to any of Figures 2 to 6 of the accompanying drawings. 

30. A computer program for generating an XML document, substantially as 
described with respect to any of Figures 2 to 6 of the accompanying drawings. 

31. A computer system substantially as shown in or as described with 
respect to any of Figures 2 to 6 of the accompanying drawings. 
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